Specification 
Title of the Invention 
Data Transfer Display Method 

5 Background of the Invention 

The present invention relates to a data 
transfer display method of connecting an information 
communication terminal such as a portable telephone to a 
network such as the Internet and using information on 

10 the network. 

Various limitations are imposed on portable 
telephones. For example, the display sizes are small, 
and the performance of CPUs (Central Processing Units) 
and memory capacities are limited. A browser perfectly 

15 conforming to HTML (HyperText Markup Language) cannot be 
installed in such a portable telephone. For this reason, 
to browse contents prepared on a server in a widearea 
network such as the Internet by using a portable 
telephone, a micro-browser optimized for portable 

20 telephones must be used. In addition, contents must be 
described by using a simple language designed for the 
micro -browser . 

As such a network connection protocol for 
portable telephones, WAP (Wireless Application Protocol) 

25 is available. By using a WAP portable telephone, the 

user can connect a portable terminal such as a portable 
telephone to the Internet or the like with simple 
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operation, and can use electronic mail and other 
contents . As a description language for contents used 
in WAP, WML (Wireless Markup Language) is available. If 
contents described in WML are prepared in a server, the 
5 user can display/browse the contents with the 

micro -browser by connecting a WAP portable terminal to 
the server through the Internet . 

WML is based on XML (Extensible Markup 
Language) that can freely define tags. A tag is a 

10 reserved word, which is used to adjust a text and 

describe a link destination of a file. WML includes the 
concepts of "Card" and "Deck" . A card (unit display 
data) corresponds to 1-page data. Only one card is 
displayed on the display of a portable telephone at once. 

15 A deck (unit transfer data) is a collection of 

a plurality of cards , and serves as a unit for a 
portable telephone in downloading per access. If, 
therefore, contents are created such that a card to be 
displayed next exists in the same deck, the next card 

20 can be quickly displayed without accessing the link 

destination again. As a consequence, according to the 
mechanism of WML, the number of : times of connection to 
the server can be decreased, and the load on the gateway 
can be reduced. 

25 In displaying the above cards, when the same 

card is to be browsed a plurality of number of times in 
browsing operation, a plurality of cards 11 can be 
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continuously displayed and browsed by using the "go" 
command or "prev" command, as shown in Fig. 4, according 
to the specifications of the current WAP. 

In displaying such contents, e.g., banners for 
5 advertisements, the user may use a special card 22 which 
he/she wants to display every time he/she turns to a 
card 21 or display it once for a plurality of number of 
times he/she turns to the card 21. To execute screen 
browsing shown in Fig. 5, one deck in contents prepared 
10 in a server is described as indicated by description 
sample 1 as follows : 
Description Sample 1 



<wml> 

15 <card id="cardl " > 

<do type= "ACCEPT" label= "Next " > 

<go href ="#specialcardl"/> 

</do> 
<P> 

20 CARD 1 <br/> 

Press ACCEPT to go to Next Card> 
</p> 

</card> 

<card id="specialcardl" > 
25 <do type=" ACCEPT "label=" Next "> 

<go href="#card2"/> 

</do> 
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<do type= " PREV" label ="Prev"> 
<prv/> 

</do> 
<P> 

5 SPECIAL CARD <br/> 

Press ACCEPT to go to Next Card <br/> 
Press PREV to go to Previous Card 
</p> 

</card> 

"Jjj 10 <card id="card2"> 

f 1 <do type="ACCEPT ,, label="Next ,, > 

Pi <go href="#specialcard2"/> 

r y </do> 

f <to type="PREV n label="Prev ,, > 

f!J 15 <prev/> 

M' </do> 
O <p> 

CARD 2 <br/> 

Press ACCEPT to go to Next Card <br/> 
20 Press PREV to go to Previous Card 

</p> 

</card> 

<card id= n specialcard2"> 

< do type= " ACCEPT " label= " Next " > 
25 <go href= n #card3 M /> 

</do> 

<do type="PREV"label= ,, Prev ,, > 
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<prev/> 

</do> 
<P> 

SPECIAL CARD <br/> 
5 Press ACCEPT to go to Next Card <br/> 

Press PREV to go to Previous Card 
</p> 

</card> 

<card id="card3"> 
B 10 <do type="PREV"label="Prev"> 

-4 <prev/> 
fy </do> 

fU <P> 

H CARD 3 <br/> 

ry 15 Press PREV to go to Previous Card 

1,-4; 

U </p> 

n </card> 
</wml> 



20 The deck described in description example 1 

described above is displayed on the screen of the 
portable terminal in the order of a - * b - » c — ► d — * e, 
as shown in Fig . 6 . 

As descried above, however, if there are 

25 special cards 22 which the user wants to automatically 
display, a plurality of special cards 22 must be 
arranged in a series of cards 21 before the cards are 
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displayed on the browser in the portable terminal 
according to the current WAP protocol, as shown in 
Fig. 5. To display the special cards 22 arranged in the 
series of cards 21, different IDs must be assigned to 
5 the respective special cards 22, and card data 

corresponding to the number of times the user is made to 
browse cards must be sent out from the server to the 
terminal. The same applies to a case wherein the 
special cards 22 have the same contents. For this 
10 reason, in the prior art, one deck received by a 

portable terminal contains a large amount of wasteful 
data. 

In some case, after a given card is displayed, 
another card in a deck having another URL is displayed, 

15 and the browser returns to the initial card. In this 
case, according to the current WAP standards, the 
browser must describe the URL of the previous (link 
source) URL in the deck at the link destination. For 
this reason, the user cannot refer to the same deck from 

20 different decks. 

As described above, in conventional data 
communication using WAP or the like, data received by an 
information communication terminal such as a portable 
telephone contains large wasteful data, resulting in an 

25 increase in the load on the network. 
Summary of the Invention 

It is an object of the present invention to 
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provide a data transfer display method which suppresses 
waste of data received by an information communication 
terminal in data communication in an information 
communication network. 



invention, there is provided a data transfer display 
method comprising the steps of transferring first unit 
transfer data containing at least a plurality of unit 
display data from a first transmission source to a 
10 transmission destination, and when display of unit 
display data of the first unit transfer data is 
designated at the transmission destination, displaying 
the unit display data of the first unit transfer data 
and another display data. 
15 Brief De scription of the Drawings 

Fig. 1 is a block diagram showing the 
schematic arrangement of a WAP gateway according to an 
embodiment of the present invention; 

Fig. 2A is a block diagram showing the 
20 schematic arrangement of a radio terminal for performing 
radio communication with a control station in Fig. 1; 

Fig. 2B is a front view of the radio terminal 
shown in Fig. 2A; 

Fig. 3 is a flow chart showing data transfer 
25 display operation in the radio terminal shown in 
Figs. 2A and 2B; 

Fig. 4 is a view showing the transition of 



5 



In order to achieve the object of the present 
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display of cards according to conventional WAP; 

Fig. 5 is a view showing the transition of 

display of cards and special cards according to 

conventional WAP; and 
5 Fig. 6 is a view showing how cards are 

displayed according to description sample 1. 

Description of the Preferred Embodiment 

The present invention will be described in 

detail below with reference to the accompanying drawings. 
10 According to WAP as a network connection 

protocol for information communication terminals such as 

portable telephones, contents described in WML and 

prepared in a server are distributed to WAP terminals 

through a WAP gateway. A WAP gateway is comprised of a 
15 control station 100 and radio base station 120, as shown 

in Fig. 1. 

The control station 100 includes a data 
conversion section 101 which is connected to a WAP 
server 130 to decode and encode WAP data, and a WML 

20 conversion section 102 which is connected to an Internet 
server 140 to convert data described in the HTML 
language used in the Internet into data described in WML. 
The data converted by the WML conversion section 102 is 
sent to the data conversion section 101 to be encoded 

25 into WAP data. The data conversion section 101 encodes 
the data distributed from the WAP server 130 into WAP 
data and transfers it to a switching control section 103. 
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The data conversion section 101 also decodes data from 
the switching control section 103 and transmits the data 
to the WAP server 130. 

A plurality of radio base stations 120 each 
having a transmission section 121, transmission antenna 
122, reception section 123, and reception antenna 124 
are connected to the switching control section 103 of 
the control station 100. Data distributed from the WAP 
server 130 is sent to the radio base station 120 through 
the data conversion section 101 and switching control 
section 103. The radio base station 120 transmits the 
data from the transmission section 121 to each radio 
terminal (to be described later) through the 
transmission antenna 122. 

Data transmitted from each radio terminal is 
received by the reception antenna 124 of the radio base 
station 120 and transferred to the switching control 
section 103 through the reception section 123. The data 
transferred from each radio terminal to the switching 
control section 103 is transferred to the WAP server 130 
through the data conversion section 101. If the address 
of data transmitted from a given radio terminal 
corresponds to the Internet server 140, the data is 
converted by the WML conversion section 102 and then 
transferred to the Internet server 140. 

An information communication terminal, e.g., a 
portable radio terminal, for performing radio 



communication with the control station 100 has the 
arrangement shown in Fig. 2A. A portable terminal 200 
is comprised of an antenna 201, a multiplexer 202 
connected to the antenna 201, a reception section 203 
5 and transmission section 204 which are connected to the 
antenna 201 through the multiplexer 202, a WAP data 
decoder 205 connected to the reception section 203, a 
WAP data encoder 206 connected to the transmission 
section 204, a display section 207 connected to the WAP 
yg 10 data decoder 205, and an input section 208 connected to 

I' 

y the WAP data encoder 206. 

As shown in Fig. 2B, in the portable terminal 
l! 200, the display section 207 occupies almost the upper 

half area of the surface of the casing, and the input 
:J 15 section 208 having a ten-key pad and function keys are 

arranged on the remaining area. The display section 207 
w displays data transmitted from the control station 100, 

the state of internal data in the portable terminal 200, 

and the like. 

20 In the portable terminal 200 described above, 

data (deck: unit transfer data) transmitted from the 
control station 100 is received by the reception section 
203 through the antenna 201 and multiplexer 202. This 
data is decoded by the WAP data decoder 205 and 

25 displayed on the display section 207. Input data from 

the input section 208 is encoded by the WAP data encoder 
206. The resultant data is then transmitted from the 
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transmission section 204 through the multiplexer 202 and 
antenna 201, 

In the WAP environment configured in the above 
manner, according to the present invention, contents 
5 data (WAP data) to be prepared in a WAP server is 
described as follows. Note that in the following 
description, the contents data is described in the WML 
language complying with the latest WAP standards (WAP 
Ver.1.1) to refer to two cards (unit display data) and 
10 also refer to a special card (special unit display data) 
twice on the portable terminal side. 
Description Sample 2 



<wml> 

15 <card id="cardl"> 

< do type= "ACCEPT " label = " Next " > 

<disp href ="#specialcard"/> 
<go href="#card2"/> 

</do> 

20 <p> 

CARD 1 <br/> 

Press ACCEPT to go to Next Card> 
</p> 

</card> 

25 <card id="card2" > 

<do type= "ACCEPT "label= "Next " > 

<disp href ="#specialcard"/> 
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<go href="#card3"/> 

</do> 

<do type="PREV"label= ,, Prev ,, > 
<prv/> 

5 </do> 

<P> 

CARD 2 <br/> 

Press ACCEPT to go to Next Card <br/> 
Press PREV to go to Previous Card 

3 10 </P> 

hi </card> 

<card id="card3"> 

<do type="PREV"label= ,, Prev"> 

<prev/> 

15 </do> 

<P> 

CARD 3 <br/> 

Press PREV to go to Previous Card 
</p> 

20 </card> 

<card id="specialcard" > 

<P> 

SPECIAL CARD <br/> 
</p> 

25 </card> 
</wml> 
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In this embodiment, as in, for example, " <dsip 
href ="#specialcard n />" in description sample 2 described 
above, a new "disp" command is set to describe a program 
for contents display to refer to two "cards" and 
5 "special card" twice. In description sample 2, 
executing the newly prepared "disp" command will 
eliminate the necessity to send the data of cards with 
the same contents twice or more. When the "disp" 
command is executed, "card" designated at the execution 
10 of the "disp" command is displayed first, and the 

control is restored to continue a series of contents 
nj display operations. 

ru The " <disp" command in description sample 2 is 

LsSs 

described in the format of "<disp href="url"/ • • " like 
py 15 other commands (Task Element) in the WML language. In 

L this case, "url" indicates the location (URL: Uniform 

t Resource Locator) or ID of a server in which a card to 

be displayed in temporarily stored. 

In description sample 2, "disp" commands are 
20 set between the card 1 and card 2 and between card 2 and 
card 3. However, these commands need not be set between 
all cards, and the "disp" command may be used for a 
portion where a special card is to be displayed. 

The operation for the contents displayed on 
25 the portable terminal 200 connected to the WAP server 
130 according to the program indicated by description 
sample 2 will be described next with reference to the 
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flow chart of Fig. 3. 

First of all, when the portable terminal 200 
receives the data of one deck indicated by description 
sample 2 from the WAP server 130 in step S301, the 
5 portable terminal 200 displays "CARD 1" in the contents 
displayed on the display section 207, In step S302, the 
portable terminal 200 waits for an "ACCEPT" key input. 
When the user presses the "ACCEPT" key in this stage, 
the portable terminal 200 displays " SPEC I ALCARD " on the 
O 10 display section 207. Thereafter, "CARD 2" is displayed 

SI in step S304. 

W 

fy After "CARD 2" is displayed, the portable 

nj terminal 200 waits for an "ACCEPT" key input. If there 

S B is no "ACCEPT" key input, the portable terminal 200 

^ 15 waits for a "PREV" key input in step S306. That is, in 

La- 
steps S305 and S306, the portable terminal 200 is made 

2 to wait for an "ACCEPT" key input and "PREV" key input. 

When the user presses the "ACCEPT" KEY while 

the portable terminal 200 is waiting for an "ACCEPT" key 

20 input and "PREV" key input, the flow advances to step 
S30 7, in which the portable terminal 200 displays 
"SPEC I ALCARD" on the display section 207. .In step S308, 
the portable terminal 200 displays "CARD 3". After 
"CARD 3" is displayed, the portable terminal 200 waits 

25 for a "PREV" key input in step S309. When the user 
presses the "PREV" key in this wait state, the flow 
returns to step S303, in which the portable terminal 200 
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displays previous "CARD 2" on the display section 207. 

When the user presses the "PREV" key while the 
portable terminal 2 00 is waiting for an "ACCEPT" key 
input and "PREV" key input in steps S305 and S306, the 
flow returns to step S301, in which the portable 
terminal 200 displays "CARD 1" on the display section 
207. 

As described above, according to the present 
invention, a unique ID is assigned to "special card", 
and the unique ID is referred to in displaying "special 
card". Therefore, a provider who provides contents can 
make the user browse advertisements and the like as 
"special card". In addition, "special card" is handled 
as common data, and hence needs to be transferred to the 
portable terminal only once. This makes it possible to 
reduce the amount of data transferred as compared with 
the conventional method. Note that a program may be 
described in WML to switch back display operation from 
card 3 to card 1. Obviously, when display operation is 
switched back from card 3 to card 1, "special card" may 
be displayed by using the " <disp" command. 

As in description sample 3 described below, 
when a specific button on the terminal is pressed while 
"card" is displayed, control may be shifted to the 
command execution source. As a function of restoring an 
initial task by designated key operation, the "type" 
command is added to the "disp" command. 
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Description Sample 3 



fU 



<wml> 

<card id="cardl"> 
5 <do type= ,, ACCEPT"lat)el="Next ,, > 

<disp href ="#specialcard" 

type= "RESET" /> 

<go href ="card2"/> 

</do> 

10 <p> 

CARD 1 <br/> 

Press ACCEPT to go to Next Card> 
</p> 

u, </card> 

J 15 <card id= ,, card2"> 

<do type="ACCEPT"label="Next"> 

<disp href ="#specialcard 

type= "RESET" /> 

<go href = ,, #card3"/> 

20 </do> 

<do type= ,, PREV"label="Prev n > 
<prv/> 

</do> 
<P> 

25 CARD 2 <br/> 

Press ACCEPT to go to Next Card <br/> 
Press PREV to go to Previous Card 
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</p> 

</card> 

<card id="card3"> 

<do type= ,, PREV ,, label= ,, Prev"> 
5 <prev/> 

</do> 
<P> 

CARD 3 <br/> 

Press PREV to go to Previous Card 
10 </p> 
</card> 

<card id="specialcard" > 
<P> 

SPECIAL CARD <br/> 
15 </p> 
</card> 

</wml> 



As description sample 4 described next , when 
20 "special card" is displayed, and a predetermined period 
of time has elapsed, control may be returned to the 
command execution source. In this case, the "value" 
parameter is added to the "disp" command. Description 
sample 4 descried below indicates a case wherein after a 
25 special card is displayed for two sec, the initial 
control, i.e., display control on the next card, is 
restored. Note that value=" 1" represents 0.1 sec. 
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Description Sample 4 



<wml> 

<card id="cardl"> 
5 <do type= ,, ACCEPT ,, label="Next"> 

<disp href ="#specialcard" 

value="20"> 

<go href ="card2"/> 

</do> 

10 <p> 

CARD 1 <br/> 

Press ACCEPT to go to Next Card> 
</p> 

</card> 

15 <card id="card2"> 

<do type= "ACCEPT" label= "Next " > 

<disp href = "#specialcard" / 

value="20"> 

<go href="#card3"/> 

20 </do> 

<do type="PREV ,, label= ,, Prev n > 
<prv/> 

</do> 
<P> 

25 CARD 2 <br/> 

Press ACCEPT to go to Next Card <br/> 
Press PREV to go to Previous Card 
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</p> 

</card> 

<card id="card3"> 

<do type= ,, PREV ,, label= ,, Prev"> 
5 <prev/> 

</do> 
<P> 

CARD 3 <br/> 

Press PREV to go to Previous Card 
10 </p> 
</card> 

<card id= ,, specialcard" > 
<P> 

SPECIAL CARD <br/> 
15 </p> 
</card> 

</wml> 



In the above embodiment, browsing of "card" in 
20 one "deck" has been described. When another URL is 
designated by using "Prev" command, information in 
another "deck" can be temporarily browsed. 

A case wherein contents corresponding to a 
designated URL are temporarily displayed will be 
25 described below. 

When, for example, the picture of 
"http: //www. xyz .com/ index. html" on an Internet server is 
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to be temporarily displayed, " <disp href =http : // 
www.xyz.com/index.html>" and a reference destination are 
described. In connecting to this Internet server, since 
the page of the reference destination is described in 
5 the HTML language, the contents are converted into data 
in the WML language by the WAP gateway. 

According to description sample 5, after the 
data corresponding to an URL designated in advance is 
displayed, the initial control, i.e., display control on 
« 10 the next card, is restored. 

Description Sample 5 

n ft 

<wml> 

<card id="cardl" > 

< do type= " ACCEPT " label= " Next " > 
<disp href ="http: // 
www . xy z . com/ index . html " type= " RESET " / > 

<go href =" car d2"/> 

</do> 
<P> 

CARD 1 <br/> 

Press ACCEPT to go to Next Card> 
</p> 

</card> 

<card id= ,, card2"> 

<do type= "ACCEPT"label= "Next " > 
<disp href="http: // 



15 



20 



25 
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www . xyz . com/ index . html " / type= " RESET " / > 

<go href="#card3 ,, /> 

</do> 

<do type="PREV"label="Prev"> 
<prv/> 

</do> 
<P> 

CARD 2 <br/> 

Press ACCEPT to go to Next Card <br/> 
Press PREV to go to Previous Card 
</p> 

</card> 

<card id="card3"> 

<do type="PREV M label= ,, Prev"> 
<prev/> 

</do> 
<P> 

CARD 3 <br/> 

Press PREV to go to Previous Card 
</p> 

</card> 

<card id="specialcard"> 
<P> 

SPECIAL CARD <br/> 
</p> 

</card> 

</wml> 



As in description sample 6, when data 
corresponding to an URL designated in advance is 
displayed, control may be returned to the command 
5 execution source after a lapse of a predetermined period 
of time . 

Description Sample 6 



<wml> 

10 <card id= " cardl " > 

< do type = "ACCEPT " label= " Next " > 
<disp href ="http: // 
www . xyz . com/ index . html n value= " 2 0 " > 

<go href="card2"/> 

15 </do> 

<P> 

CARD 1 <br/> 

Press ACCEPT to go to Next Card> 
</p> 

20 </card> 

<card id= n card2"> 

< do type= "ACCEPT " label= " Next " > 
<disp href=http:// 
www .xyz. com/ index . html " / value= " 2 0 " > 
25 <go href="#card3"/> 

</do> 

<do type="PREV"label= ,, Prev"> 
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<prv/> 

</do> 
<P> 

CARD 2 <br/> 

5 Press ACCEPT to go to Next Card <br/> 

Press PREV to go to Previous Card 
</p> 

</card> 

<card id="card3"> 
y 10 <do type =" PREV" label ="Prev"> 

i j <prev/> 
P| </do> 
W <P> 
f CARD 3 <br/> 

PJ 15 Press PREV to go to Previous Card 

M- </p> 

o 

O </card> 

<card ld="speclalcard" > 
<P> 

20 SPECIAL CARD <br/> 

</p> 

</card> 

</wml> 



25 In the above embodiment, WAP used for portable 

telephones has been exemplified. However, the present 
invention is not limited to this , and may be applied to 
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the format of transfer data in an information 
communication terminal in another network. 

As has been described above, according to the 
present invention, there is provided a data transfer 
5 display method of transferring unit transfer data 

constituted by a plurality of unit display data made up 
of data to be displayed from a transmission source to an 
information communication terminal at a transmission 
destination, and displaying the unit display data at the 

10 information communication terminal, the unit transfer 

data being made up of special unit display data and the 
plurality of unit display data, comprising the first 
step of transferring unit transfer data from the 
transmission source to the information communication 

15 terminal, and the second step of, when the display of 
unit display data in the unit transfer data is 
designated at the information communication terminal, 
displaying the unit display data after displaying the 
special unit display data. 

20 According to the present invention, by only 

preparing one special unit display data in one unit 
transfer data, the special unit display data can be 
displayed before display of given unit display data in 
the second step by only designating display of the given 

25 unit display data. As a consequence, according to the 
present invention, a waste of one unit transfer data 
received by the information communication terminal can 
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be eliminated. In data communication by WAP or the like, 
therefore, a waste of data received by the information 
communication terminal can be suppressed. 

In addition, there is provided a data transfer 
5 display method of transferring unit transfer data 

constituted by a plurality of unit display data made of 
data to be displayed from a transmission source to an 
information communication terminal at a transmission 
destination, and displaying the unit display data on the 

10 information communication terminal, first and second 
transmission sources being prepared, comprising the 
first step of transferring first unit transfer data from 
the first transmission source from the transmission 
source to an information communication terminal, and the 

15 second step of, when display of unit display data in the 
first unit transfer data is designated at the 
information communication terminal, transferring the 
second unit transfer data from the second transmission 
source to the information communication terminal, 

20 displaying predetermined unit display data in the second 
unit transfer data, and then displaying unit display 
data in the first unit transfer data. 

According to the present invention, since 
predetermined unit display data of the second unit 

25 transfer data is displayed before display of unit 

display data of the first unit transfer data in the 
second step, there is no need to describe information 
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about the first unit transfer data as a return 
destination in the second unit transfer data. This 
makes it possible to refer to the same unit transfer 
data from different unit transfer data. As a 
consequence, according to the present invention, a waste 
of one unit transfer data received by the information 
communication terminal can be eliminated. In data 
communication by WAP or the like, therefore, a waste of 
data received by the information communication terminal 
can be suppressed. 
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